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ABSTRACT 



A traffic shaper comprises a cell buffer for temporarily 
storing an ATM cell arrived thereat, a first calculator for 
calculating an estimated cell sending time according to a VC 
contracted bandwidth, a second calculator for calculating an 
estimated cell sending time according to a VP contracted 
bandwidth, a binary tree VP sorting circuit for determining 
VP to be sent in top priority, a binary tree VC sorting circuit 
for determining VC to be sent in top priority, and a sending 
circuit for sending a cell in which the determined VP and VC 
are both brought to a transniiittable state. The VP estimated 
sending time is revised according to the VC estimated 
sending time. 
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FIG. 17 
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COMMUNICATION DEVICE WITH 
MULTI-STAGES OF TRAFFIC SHAPING 
FUNCTIONS 

BACKGROUND OF THE INVENTION 
[0001] 1. Field of the Invention 

[0002] The present invention relates to a communication 
device having a trafiBc shaping function, and more specifi- 
cally to an ATM terminal and an ATM sv/itching system each 
having a traffic shaping function for a fixed length packet, 
and a communication device having a traffic shaping func- 
tion for a variable length packet. 

[0003] 2. Description of the Related Art 

[0004] An asynchronous transfer mode (ATM) technique 
for efficiently supporting varioxis communication traffics 
such as voice, images, and data by using fixed length packets 
each called cell is widely known as a communication 
technology suitable for multimedia communications. 

[0005] In the ATM, a user makes a contract about a 
transmission bandwidth with a network before cell trans- 
mission in units called VC (Virtual Connection) in advance. 
The contents of the contract differs according to the type of 
information to be transfened through each VC referred to 
above. In a real-time traf5c for communications of an audio 
signal and a picture signal that demands for a low delay 
transfer, for example, a constant bandwidth is ensured within 
a line in advance and each cell is sent within the ensured 
bandwidth. 

[0006] In "The ATM Forum TM4.0" (prior art 1), a CBR 
(Constant Bit Rale) service category in which cells are sent 
within a fixed bandwidth ensured in advance according to a 
contract, and a VBR (Variable Bit Rate) service category in 
which the maximum transmission bandwidth and the aver- 
age transmission bandwidth are placed under contract and 
cells are sent in a transmission bandwidth which varies 
according to the elapse of time, are shown as service classes 
for transferring real-time trafiBc data for speech and pictorial 
communications. 

[0007] On the other hand, a computer-to-computer data 
communication has a problem in that when a bandwidth 
necessary for data transmission is ensured within a hne in 
advance, the preserved bandwidth is occupied needlessly 
during a data transmission-free period because a traffic 
occurs on a burst basis (unexpectedly) and is terminated. 
The bandwidth held by the transmission line cannot be 
utilized effectively. In general, a burst traffic for non-real 
time communications does not attach much importance to 
the transmission delay important for communications by 
voice or the like. Thus, in the burst traffic communication, 
the transmission of each data cell is started without ensuring 
a required bandwidth in advance and the cells are tempo- 
rarily stored at a node on which large amounts of data cells 
are focused. The bandwidth for the transmission line is 
effectively utilized. At each node, a cell for the real-time 
traffic is outputted in preference to a cell for the burst traffic. 
When the amount or rate of cells stored at the node exceeds 
the buffer capacity of the node, some of data cells belonging 
to the subsequent-incoming burst traffic are discarded 

[0008] In the prior art 1, an ABR (Available Bit Rate) 
service category for feeding back a congested (busy) state in 



a network to a cell sending terminal to thereby prevent the 
discarding of cells and a UBR (Unspecified Bit Rate) service 
category for allowing a sending terminal to continuously 
transmit cells so long as an empty or vacant bandwidth exists 
in a line in order to effectively utilize a line bandwidth are 
given as service classes for transferring the burst traffic cells. 
VC multiplexed over an ATM transmission line falls into or 
belongs to any of the service classes of said four categories. 

[0009] From the characteristics about the del ay /discarding 
of the respective service classes, each cell, which belongs to 
VC placed under the CBR service, is transferred most 
preferentially when traffics of a plurality of VC compete 
with one another at a node in the network. Priority control 
on the cell transfer is performed in the order of the CBR, 
VBR, ABR and UBR services. 

[0010] A terminal (user), which takes advantage of the 
respective CBR, VBR and ABR services, makes a contract 
with a network, which is related to a transmission bandwidth 
such as the maximum transmission bandwidth, prior to its 
communication on the network. In the communication of the 
UBR service class there are two cases: one in which a user 
makes a contract related to the transmission bandwidth (e.g., 
the maximum transmission bandwidth) and another in which 
no contract is done. In a public ATM network, a flow rale of 
cells transmitted from a terminal is monitored at an entrance 
of the network so as to detect VC which violates a contracted 
bandwidth. A marking indicative of each cell to be discarded 
upon the occurrence of congestion, for example, is effected 
on each cell which belongs to the violated VC. Such 
monitoring of each cell placed under violation of the con- 
tract is called UPC (Usage Parameter Control). 

[0011] When a cell is discarded in the course of a trans- 
mission line, it is normally recognized by the receiving 
terminal that the cell has been discarded. Since, in this case, 
the receiving terminal requests each of transmitting termi- 
nals to re-send the discarded information and hence the 
transmitting terminal re-sends the information, the finally 
failure -free information can be sent to the corresponding 
receiving terminal. However, the discarding of cells in the 
ATM network could lead to a great delay in the transmission 
of the information and the occurrence of the secondary 
additional congestion by the re-sent cells. Thus, it is impor- 
tant that each transmitting terminal controls the transmission 
of cells at a cell flow rate set according to each contracted 
bandwidth so that the cells are not determined as the violated 
cells by the UPC function held by the network. Such a cell 
flow-rale control function is called traffic shaping. Inciden- 
tally, the traffic shaping is necessary even for respective 
switching nodes or switching systems located at important 
points in the ATM network to accommodate or absorb 
fluctuations of a ceU interval for each VC, which occur in the 
network. 

[0012] As a communication device or apparatus provided 
with the aforementioned traffic shaping function, there is 
known, for example, "Cell flow controller and ATM com- 
munication network" described in Japanese Unexamined 
Patent Publication No. Hei 6-315034 (jprioT art 2). When a 
relay node in an ATM network sends out each received cell 
entering with a bandwidth exceeding a contracted value to 
an output line with the same bandwidth as upon its recep- 
tion, the cells are excessively sent out to the output line, thus 
causing a possibility that the cells will be discarded due to 
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the UPC function at other nodes on a transmission route or 
line. Therefore, the prior art 2 has proposed that a memory 
for temporarily storing cells is provided in the cell flow 
controller and the cells received over the contracted band- 
width are temporarily stored in the memory and read out in 
accordance with the contracted bandwidth. However, while 
the prior art 2 has been described about a cell sending- 
interval control function using a buffer memory, which is 
necessary at the minimum to perform traffic shaping, it does 
not disclose such information as a specific device configu- 
ration, the required capacity of memory, and a process time, 
which is necessary for implementing the invention. 

[0013] As another known technique related to the traflSc 
shaping, there is known "Traffic shaping device" described 
in Japanese Unexamined Patent Publication No. Hei 
9-307566 (prior art 3). In the prior art 3, the estimated 
sending time of the next cell is managed by a binary tree 
structure for each VC, and VC for which cells are transmit- 
ted in top priority is selected in a short processing time of the 
order of log2 [number of VC] by special sorting using the 
result of previous sorting. According to the prior art 3, the 
time required to select a cell to be next transmitted can be 
greatly shortened using a memory having reduced capacity. 

SUMMARY OF THE INVENTION 

[0014] As bandwidth contracts for taking advantage of a 
public ATM network, there are known a contract made in VC 
units and a contract made in units of VP (Virtual Path) 
comprised of bundles of a plurality of VC. The bandwidth 
contract given in the VP units is normally made for each 
positions of the partners to communicate therewith. When a 
terminal 300 communicates with terminals 1901, 1902 and 
1903 through a public ATM network 340 as shown in FIG. 
19 by way of example, bandwidth contracts are made for 
each VP for connecting the terminal 300 to the partner 
terminals. Namely, for example, a contract related to a 
bandwidth of 90 Mbps, a contract related to a bandwidth of 
30 Mbps and a contract related to a bandwidth of .30 Mbps 
are respectively made to VP(0)210 lying between the ter- 
minal 300 and the terminal 1901, VP(1)220 lying between 
the terminal 300 and the terminal 1902, and VP(2)230 lying 
between the terminal 300 and the terminal 1903. These 
VP(0) through VP(2) are tied up in a bundle on a line of 150 
Mbps connecting between the terminal 300 and an ATM 
switch 341. 

[0015] FIG. 2 is a conceptional diagram showing the 
relationship between a line 200 lying between the terminal 
300 and the ATM switch 341 shown in FIG. 19 and VP and 
VC multiplexed over the line. 

[0016] In FIG. 2, three VC211, 212 and 213 are tied up in 
a bundle within VP(0) 210 of 90 Mbps, two VC 221 and 222 
are tied up in a bundle within VP(1) 220 of 30 Mbps, and 
two VC 231 and 232 are tied up in a bundle within VP(2) 
230 of 30 Mbps, respectively. 

[0017] As to the contracts carried out in the VP units, the 
network management side monitors only whether each traf- 
fic keeps the contract bandwidth set for each VP. Namely, in 
FIG. 19, the UPC function of the ATM switch 341 located 
at the entrance of the public ATM network 340 monitors a 
contract violation in each VP unit over the Une 200 and takes 
measures such as marking, cell discarding, etc. against each 



violated cell, but does not monitor each individual band- 
widths in VC units bundled within each of said VPs, 

[0018] When the violated cell is discarded owing to the 
action of the UPC function, the large delay occurs in the 
transfer of the information and the additional congestion 
occurs due to the re-sending of each cell as described above. 
It is therefore desirable that even each transmitting terminal 
is provided with a traffic shaping function (hereinafter called 
"VP shaping") for sending cells while keeping the con- 
tracted VP bandwidth. 

[0019] When, for example, a traffic shaping device or 
shaper of the terminal 300 or ATM switch 341 sends each 
received cell to its corresponding output line while a recep- 
tion sequence is being kept as it is although the bandwidth 
for each VC in VP is not monitored on the network side, the 
assurance of the bandwidth for the real-time traffic for the 
voice and pictorial communications and the low delay 
transfer cannot be implemented as the entire network. A 
traffic shaping function (hereinafter called "VC shaping^') 
for effecting bandwidth control in VC units and priority 
control set according to the service classes on each indi- 
vidual VC bundled in one VP is required to transfer each cell 
at the real-time traffic with the low delay as in the case of the 
CBR and VBR services. 

[0020] However, the prior art 2 and the prior art 3 have 
described the shaping function for either VP or VC and do 
not disclose, similar to the prior art 3, the traffic shaping 
technique which simultaneously perform shaping for both 
VP and VC. 

[0021] A first object of the present invention is to provide 
a communication device, an ATM terminal or an ATM 
switching system having a traffic shaping function, which is 
capable of controlling contracted bandwidths for VP and 
bandwidths set every VC multiplexed within the VP and 
effectively using a bandwidth for a transmission line and 
each bandwidth for each VP over the transmission line. 

[0022] A second object of the present invention is to 
provide a traffic shaping device or shaper, an ATM terminal 
or an ATM switching system capable of shaping traffics on 
a plurality of output lines by one device. 

[0023] A third object of the present invention is to provide 
a communication device, an AT^ terminal or an ATM 
switching system having a traffic shaping function for a 
packet sending terminal or packet switch, which is capable 
of controlling a bandwidth for each packet within a band- 
width contracted with a network for each variable length 
packet while keeping the contracted bandwidth to take 
advantage of the in-contracted bandwidth and a bandwidth 
for a fine, 

[0024] With a view toward simultaneously performing 
both traffic shaping for VP and VC, it is necessary to provide 
traffic shaping circuits for VP and VC and monitor whether 
both the traffic shaping circuits are in a cell transmission- 
allowed state, that is, both the circuits fall into an estimated 
sending time. The use of the system for managing each 
estimated sending time with the binary tree structure 
described in the prior art 3 allows the implementation of 
selecting VP to be sent most preferentially in all VP or of 
selecting VC to be sent in top priority in a plurality of VCs 
within the same VP. However, the situation that if the 
estimated sending times are independently calculated, then 
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transmission-permitted VC does not exist within the VC 
even if VP is in a transmission-allowed state (falls into an 
estimated sending time), can happen. In this case, each cell 
can be transmitted by reducing the bandwidth for self VP or 
decreasing the bandwidth for the other VP. In either case, 
however, the bandwidth for a communication path or line 
and the bandwidth for contracted VP cannot be utilized 
effectively. It is thus necessary to consider the estimated 
sending time as for VP and the estimated sending time as for 
VC in cooperation with each other. 

[0025] The provision of traffic shaping devices every line 
interfaces leads to an increase in the device cost when trafiSc 
shaping is effected on a large number of low-speed lines. 
Thus, if the traffic shaping can be effected on a plurality of 
output lines by one traffic shaping device, then the traffic 
shaping for the large number of lines can be carried out at 
low cost. 

[0026] The problem is not specialized on the traffic shap- 
ing for ATM cells having the fixed length. Consider where 
a plurality of networks are connected to one another through 
the use of a shared line or link as in the case of an internet 
or the like, and the shared line is contracted every those 
networks. Networks given in such a configuration are shown 
in FIG. 18. 

[0027] In FIG. 18, a network-A 1810 and a network-a 
1820 are in possession of a provider A, and terminals 1811 
and 1821 are defined as users for the provider A. Similarly, 
a network-B 1830 and a network-b 1840 are in possession of 
a provider B, and terminals 1831 and 1841 are defined as 
users for the provider B. Further, the networks-A, networks- 
a, networks-B and networks-b are respectively connected to 
a network C 1800 by routers. The providers A and B make 
contracts about sending bandwidths with the network C 
respectively, and shares the use of a shared line or link 1801 
in the network C. 

[0028] When the terminals 1811 and 1821 and the termi- 
nals 1831 and 1841 communicate with one another under 
such a network environment, it is desirable that while the 
bandwidth contracted in the shared line which corresponds 
to VP described in ATM is being kept, priorities are provided 
every packets transferred within the contracted bandwidth 
(e.g., a packet for TELNET takes precedence over a packet 
for an electronic mail) so that the bandwidth, which corre- 
sponds to VC described in ATM, can be managed. As the 
network forms, various operation forms are considered such 
as the sharing of a long-distance communication line by a 
plurality of enterprises or companies or the case where it is 
desired to manage traffics every departments and sections 
even in the same enterprise, etc. as well as the sharing of the 
line by providers. It is thus necessary to implement the 
network forms in form coping with them. 

[0029] In order to achieve the above objects from the 
consideration, a communication device according to the 
present invention comprises a first estimated sending time 
calculation unit for calculating a first estimated cell sending 
time for sending a cell with a bandwidth contracted for each 
connection, a second estimated sending time calculation unit 
for calculating a second estimated cell sending time for 
sending a cell with bandwidth contracted for each connec- 
tion bundle obtained by collecting a plurality of the con- 
nections, and means for selecting either the use of the second 
estimated cell sending time or the use of the first estimated 



cell sending time upon transmission of each cell. Since the 
first estimated cell sending time and the second estimated 
cell sending time can be used as needed, the contracted 
bandwidth can be kept. 

[0030] In order to achieve the first through third objects 
from the above consideration, the present invention provides 
a traffic shaping device or shaper which performs shaping in 
multistage form. 

[0031] Namely, in order to achieve the first object, the 
present invention provides a traffic shaper which is installed 
within a terminal or exchange switch connected to an ATM 
network. The traffic shaper comprises a cell buffer for 
temporarily storing each received cell therein, a first esti- 
mated sending time calculation unit for calculating a first 
estimated cell sending time at which a sending interval set 
according to a bandwidth contracted for each VC is kept, a 
first sorting unit for selecting VC earliest in the first esti- 
mated cell sending time calculated by the first estimated 
sending time calculation unit, a sending controller for deter- 
mining whether the transmission of a cell which belongs to 
VC selected by the first sorting unit, is allowed, reading out 
the corresponding cell from the cell buffer when the trans- 
mission of the cell is allowed, and sending it therefrom, a 
second estimated sending time calculation unit for calculat- 
ing a second estimated cell sending time at which a sending 
interval set according to a bandwidth contracted for each VP 
is kept, and a second sorting unit for selecting VP earliest in 
the second estimated cell sending time calculated by the 
second estimated sending time calculation unit. The sending 
controller has a function of determining whether each cell 
which belongs to VP selected by the second sorting unit, 
may be sent, determining, when the transmission of the cell 
is allowed, whether the cell belonging to the VC selected by 
the first sorting unit may be sent, reading out the corre- 
sponding cell from the cell buffer when the transmission of 
the cell is allowed, and sending it therefrom. 

[0032] In order to perform priority control between a 
plurality of service classes in VP, in the traffic shaper of the 
present invention, the first sorting unit has a function of 
selecting VC earliest in the first estimated cell sending time 
from each group of VCs each having the same priority and 
lying within the respective VPs, and the sending controller 
has a function of determining whether each cell belonging to 
VP selected by the second sorting unit may be sent, and 
sending, when the transmission of the cell is allowed, a cell 
which is placed in a transmission- allowed state and belongs 
to VC given the highest priority, from VC selected every 
priorities by the first sorting unit. 

[0033] Further, according to the present invention, a deci- 
sion bit indicative of whether a transmission-wait cell exists 
within the cell buffer, is provided for each VC. A decision bit 
indicative of whether a transmission-wait cell exists within 
the cell buffer, is also provided for each VP. 

[0034] Furthermore, the first sorting unit or circuit is 
provided with means for managing each first estimated cell 
sending time and the cell presence decision bits by a binary 
tree structure and selects VC to be transmitted in top priority 
using the past result of sorting. On the other hand, the second 
sorting unit or circuit is provided with means for managing 
each second estimated cell sending time and the cell pres- 
ence decision bits by a binary tree structure and selects VP 
to be sent in top priority using the past result of sorting. 
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[0035] The second estimated sending time calculation unit 
may be provided with a time reviser circuit for \ising a first 
estimated cell sending time as a second estimated cell 
sending time when the first estimated cell sending time for 
each VC selected by the first sorting unit is in future ahead 
of the second estimated cell sending time calculated by the 
second estimated sending time calculation unit and the 
cell-presence decision bit for VC selected by the first sorting 
unit is set, whereby the estimated sending time for VP and 
the estimated sending time for VC can be matched with each 
other. 

[0036] Further, when the priority control is being per- 
formed between the service classes in VP, the second 
estimated sending time calculation unit may be provided 
with a time reviser. The time reviser does not change the 
second estimated cell sending time when the ccll-prcscnce 
decision bits are not set to all VC selected every priorities by 
the first sorting unit, by using a first estimated cell sending 
time as a second estimated cell sending time, when the first 
estimated cell sending time for VC earliest in the first 
estimated cell sending time among VC selected every pri- 
orities by the first sorting unit and to which cell-presence 
decision bits are set, and is in future ahead of the second 
estimated cell sending time calculated by the second esti- 
mated sending time calculation unit. In this case, the second 
estimated sending time calculation unit is provided with a 
function of resetting a cell-presence decision bit to the 
corresponding VP, when the cell-presence decision bits are 
not set to all VC selected every priorities in the given VP by 
the first sorting unit, and setting a cell-presence decision hit 
to the corresponding VP, when the cell-presence decision bit 
is set to any of VC selected every priorities in given VP by 
the first sorting unit. It is thus possible to create the situation 
that a transmission-wait cell exists assuredly in VC lying 
within VP selected by the second sorting circuit. 

[0037] Further, the process executed by the first sorting 
circuit and the process executed by the second sorting circuit 
can be also done in parallel to shorten the time required to 
perform the sorting process. 

[0038] The second object can be achieved by providing 
the traffic shaper of the present invention as a trunk attached 
to the exchange switch and replacing the VP with a line 
(low-speed line). 

[0039] In the present invention, for achieving the third 
object, a packet sending terminal or packet switching system 
is provided with a traffic shaper which comprises a packet 
buffer for temporarily storing each packet received in packet 
form therein, a first estimated sending time calculation unit 
for calculating a first estimated packet sending time at which 
a sending interval set according to a bandwidth determined 
for each packet priority is kept, a first sorting unit for 
selecting a packet priority earliest in the first estimated 
packet sending time calculated by the first estimated sending 
time calculation unit, a second estimated sending time 
calculation unit for calculating a second estimated packet 
sending time at which a sending interval set according to a 
bandwidth contracted for each packet transfer destination is 
kept, a second sorting unit for selecting a packet destination 
earliest in the second estimated packet sending time calcu- 
lated by the second estimated sending time calculation unit, 
and a sending controller for determining whether a packet 
which belongs to each packet destination selected by the 



second sorting unit may be sent, determining, when the 
transmission of the packet is allowed, whether the packet 
belonging to the packet priority selected by the first sorting 
unit may be sent, reading out the corresponding packet from 
the packet buffer when the transmission of the packet is 
allowed, and sending it therefrom. 

[0040] The traffic shaper may be provided with a function 
of extracting packet length information described in a header 
of a packet when the packet is read out from the packet 
buffer so that the first estimated sending time calculation unit 
calculates a first estimated packet sending time by using a 
sending interval proportional to the packet length informa- 
tion and the second estimated sending time calculation unit 
calculates a second estimated packet sending lime by using 
the sending interval proportional to the packet length infor- 
mation. 

[0041] Further, the traffic shaper intended for use in the 
packet sending terminal or packet switch may be configured 
in the same structure as that of the traffic shaper intended for 
use in the aforementioned ATM sending terminal or ATM 
exchange switch. 

[0042] Typical ones of various inventions of the present 
inventions have been shown in brief. However, the various 
inventions of the present application and specific configu- 
rations of these inventions will be understood from the 
following description. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0043] While the specification concludes with claims par- 
ticularly pointing out and distinctly claiming the subject 
matter which is regarded as the invention, it is believed that 
the invention, the objects and features of the invention and 
further objects, features and advantages thereof will be 
better understood from the following description taken in 
connection with the accompanying drawings in which: 

[0044] FIG, 1 is a block diagram showing a configuration 
of one embodiment of a traffic shaper to which the present 
invention is applied; 

[0045] FIG. 2 is a diagram illustrating the concepts of a 
line, VP and VC; 

[0046] FIG. 3 is a diagram depicting a configuration of an 
ATM source end system to which the traffic shaper to which 
the present invention is applied, is applied as a VP shaping 
device; 

[0047] FIG. 4 is a flowchart for describing cell receive/ 
transmit operations of the traffic shaper to which the present 
invention is applied; 

[0048] FIG. 5 is a timing chart of the traffic shaper to 
which the present invention is applied; 

[0049] FIG, 6 is a diagram showing the relationship 
between a memory format of a memory for VP sorting 147 
and a binary tree for VP; 

[0050] FIG. 7 is a diagram illustrating the relationship 
between a memory formal of a memory for VP sorting 137 
and a binary tree for VC; 

[0051] FIG. 8 is a detailed block diagram depicting a 
structure of a reviser for EST of VP 142; 
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[0052] FIG. 9 is a diagram showing the relationship 
between information stored in respective elements of a 
binary tree for VC; 

[0053] FIG. 10 is a diagram illustrating the relationship 
between information stored in respective elements of a 
binary tree for VC; 

[0054] FIG, 11 is a timing chart of the traffic shaper at the 
time that a pair of a calculator for EST of VP and a sorting 
circuit is used on a time -shared basis; 

[0055] FIG. 12 is a diagram showing a configuration of an 
ATM switching system to which a trafiBc shaper to which the 
present invention is applied, is applied as a VP shaping 
device; 

[0056] FIG. 13 is a diagram illustrating a configuration of 
an ATM switching system to which a traffic shaper to which 
the present invention is applied, is applied as a trunk type 
shaping device; 

[0057] FIG. 14 is a block diagram depicting a configura- 
tion of one embodiment of a traf&c shaper for an IP packet, 
to which the present invention is applied; 

[0058] FIG. 15 is a block diagram showing one example 
of a configuration of a router; 

[0059] FIG. 16 is a diagram illustrating the concept of 
band control of the traffic shaper for the IP packet; 

[0060] FIG. 17 is a diagram depicting the relationship 
between a packet length and a transmission interval; 

[0061] FIG. 18 is a diagram showing a network configu- 
ration illustrated in an embodiment 4 of the present inven- 
tion; and 

[0062] FIG. 19 is a diagram illustrating a network con- 
figuration at the time that contracts are established in VP 
units. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

[0063] A traffic shaper to which the present invention is 
applied, will hereinafter be described in detail as an embodi- 
ment 1 of the present invention. The embodiment shown 
below is an example of a traffic shaper or shaping device of 
a type wherein VP shaping and VC shaping are simulta- 
neously performed by an ATM source end system, four 
service classes (CBR, VBR, ABR and UBR) are provided 
within a VP and control on priority between the service 
classes is performed. 

[0064] FIG. 3 is a block digram of an ATM source end 
system 300 electrically connected to a pubUc ATM network 
340. The ATM source end system 300 comprises a higher 
layer processing unit 360 comprised of a CPU and a 
memory, and a line interface 324 for the ATM network 340. 
In the higher layer processing unit 360, an upper protocol 
(e.g., IP :lntemet Protocol) for transferring information 
through the use of the ATM network is operated so that a 
high-order or upper layer packet recognizable by the upper 
protocol is generated and terminated. 

[0065] The line interface 324 is further provided with the 
following components. A SAR (Segmentation And Reas- 
sembly) 350 is a part which performs conversion (segmen- 
tation and reassembly) of an upper layer packet generated by 



the higher layer processing unit 360 to an ATM cell (53-byte 
fixed length). Thus, the present processing is effected in the 
form of the upper layer packet on the higher layer processing 
unit side as viewed from the SAR, whereas it is performed 
in the form of the ATM cell on the ATM network side as 
viewed from the SAR. The segmentation and reassembly 
include two cases: one in which its conversion is carried out 
by hardware and another in which it is performed by 
software. The traffic shaper 100 transmits ATM cells at 
band-observed transmission intervals contracted with the 
AT^ network 340. The present invention principally relates 
to the traffic shaper 100. Alight module 374 transforms the 
ATM cell to a signal corresponding to a physical line such 
as an optical fiber and transmits and receives it. Incidentally, 
the SAR is unnecessary when a variable length packet is 
used. 

[0066] FIG, 1 is a block diagram showing a configuration 
of the traffic shaper 100. FIG. 4 is a flowchart for describing 
the operation of the traffic shaper 100. FIG. 5 is a timing 
chart therefor. The traffic shaper 100 to which the present 
invention is applied, is provided with components shown 
below. 

[0067] The traffic shaper 100 comprises a cell buff er unit 
110 for qu euing cells into a queue tor each VC, an estimated 
sending time (£ST)~<3f'VC"calculati5n uniTl BO^for calcu- 
' ^Ing jm cstima!^ or pursu antjp 

^aco^r a cted band o f VC, a sortin g umri35Tor se lecHng 
the most-preferentially lransmitted VC from VC wlii^ ile^ 
" "tmS'tfaT'g^ae'yF^d'the same semcc .class TajTEST'o^ 
c alculatipn^utuLl40 for-^^ an estim ated'^^cl ing 

Time made compliant with ^ ^Qlr ^^^^^^Qi^ ' 
"even to the V C^es^jjri^^^ a V P sorti nglinirijS 

"jorji^cUngjh^m^^ transmitted ^ 7rom all 

"The^vir'Sd a cell sending unit 120 fordeterrriiriirig the final 
"^ ^Hlnyof cell using the resultsjof softing'ljylire' VP's^^^ 
Umt 145 and the VC.sorting unit 135 and transferring^thecejl 
' \ o the cell b uffer unit 110. ^ ' ^ ' 

[0068] The cell buffer unit 110 comprises a cell buffer 111 
which serves as a buffer for temporarily storing each cell, a 
control memory for cell buffer 112 which serves as a buffer 
for storing therein cell buffer addresses for implementing 
queuing of ATM cells for each VC within the cell buffer 111 
and storing therein information about queue lengths for each 
VC and VP, a cell buffer write controller 113 which serves 
as a control circuit for writing the cell received from the 
SAR 350 into the cell buffer, and a ceU buffer read controller 
114 for reading out a cell to be transmitted from the cell 
buffer to the light module. 

[0069] The EST of VC calculation un it 130 includes a 
calculator lor biS I ot VC i31 tor caicui atmg an estimated" 
sendmg time of VC to which cell reception or iransm i^jgn" 
has been made (i ts s pecific ^^cal ciilating^methb'h^iTltabe^ 
^cscnl?e5^ajer ) . 

[0070] The VC sorting unit 135 has a binary tree VC 
sorting circuit 136 for selecting the most-preferentially 
transmitted VC from within VP to which belongs the VC 
having been made the cell reception or transmission, and 
within the service classes. Further, the VC sorting unh 135 
has a memory for VC sorting 137 which stores therein 
information required for the binary tree VC sorting circuit to 
perform sorting, for example, VC identification number, VC 
estimated sending time and VLD of VC. The VLD denotes 
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a flag indicative of whether a transmission-wait cell exists in 
the corresponding VC. These three items will collectively be 
called hereinafter " VC sorting information". The VP sorting 
information is managed based on a binary tree, and a 
memory map thereof is shown in FIG, 7 (the details thereof 
will be described later). 

[0071] The E SXoLVP calculation tinit^l40comp rises a 
calculator for EST of VP 141 fo r caEulTtin g'arresSrnateH 
lerfding'fjme lj^e d^^ wITifE^eU 
TecepTion or trans miss ion has b een made7aiiaT?eviSr"for 
EST of VPRO for revising the VP estimated sendmg tirne 
'calculate'dbynhe^lculat oPfSFE^^ value^I 
to the esti mated sending timc'o'f VC'^iteispecificjcd 

[0072] The VP sorting unit 145 has a binary tree VP 
sorting circuit 146 for selecting the most-p referent! ally sent 
VP from all the VP Further, the VP sorting unit 145 has a 
memory for VP sorting 147 which stores therein information 
required for the binary tree VP sorting circuit 146 to perform 
sorting, for example, VP identification number, VP esti- 
mated sending time and VLD of VP which is a flag indica- 
tive of whether a transmission- wait cell exists in the corre- 
sponding VP. These three items will collectively be called 
"VP sorting information". The VP sorting information is 
also managed by a binary tree and a memory map thereof is 
shown in FIG. 6 (the details thereof will be described later). 

[0073] The traffic shaper 100 to which the present inven- 
tion is applied, repeats the following six processes within the 
one-cell process time to receive one cell and send one cell. 
Here, the one-cell process time indicates the time required 
for the traffic shaping device to transmit and receive one cell 
(53 bytes). In the case of a traffic shaping device having a 
shaping capability of 155.88 Mbps(bit per second), for 
example, the one -cell process time results in 2.72 jus. 

[0074] Process 1: Received cell determining process 

[0075] Process 2: Calculation of estimated sending time 
upon reception of cell 

[0076] Process 3: Sorting process upon reception of cell 

[0077] Process 4: Sending VC selecting process 

[0078] Process 5: Calculation of estimated sending time 
upon transmission of cell 

[0079] Process 6: Sorting process upon transmission of 
cell 

[0080] Of the six processes, the process 1 through process 

3 correspond to processes at cell reception, and the process 

4 through process 6 correspond to processes at cell sending. 

[0081] The respective processes will be described below 
in detail with reference to FIGS. 1, 4 and 5. 

[0082] In the following description, specified one of a 
plurality of VPs with VP identification numbers p is repre- 
sented as VP(p). Similarly, VC identification numbers c are 
assigned to VCs to identify specified one of VCs belonging 
to VP(p) and represented as VC(p, c). 

[0083] Process 1 (Received cell determining process): 

[0084] This is a process executed in a time designated at 
numeral 500 in FIG. 5 showing a timing chart of the tra£5c 
shaper to which the present invention is applied. 



[0085] Each of cells, which has reached the traffic shaper 
100, is temporarily stored in a queue for each VC. Described 
specifically, the cell buffer write controller 113 determines 
VP or VC to which the received cell belongs, based on a VPI 
(Virtual Connection Identifier) for identifying VP described 
in a header of the received cell and a VCI (Virtual Connec- 
tion Identifier) for identifying VC. Next, the traffic shaper 
reads out an address of a non-used cell buffer area from the 
control memory for cell buffer 112 to effect VC-by-VC 
queuing on the received cells, and writes each received cell 
into an area indicated by the cell buffer address lying within 
the cell buffer 111 (see 400 and 401 in FIG. 4). The cell 
buffer address is stored in the control memory for cell buffer 
112 as a cell buffer address at which the received cell is 
recorded. 

[0086] In the following description, VP to which the 
received cell belongs, is defined as VP(r) and VC to which 
the received cell belongs, is defined as VC(r, s). 

[0087] When the cell buffer write controller 113 receives 
each cell, it notifies a cell received signal 99 indicative of the 
reception of the cell to the calculator for EST of VC 131 of 
the EST of VC calculation unit and the calculator for EST of 
VP 141 of the EST of VP calculation unit. Simultaneously 
with the notification of the cell received signal 99 thereto, 
the cell buffer write controller 113 notifies VC identification 
numbers r and s to the calculator for EST of VC 131 and 
notifies a VP identification number r to the calculator for 
EST of VP 141, respectively. 

[0088] Process 2 (Calculation of estimated sending time 
upon cell reception): 

[0089] This is a process executed in times designated at 
numerals 502-1 and 502-2 in FIG. 5. The calculator for EST 
of VC 131 having received the ceU received signal 99 
calculates a VC estimated sending time of VC(r, s) in a unit 
of process time for one cell. The result of calculation is 
stored in the memory for VC sorting 137. The calculator for 
EST of VC 131 having received the cell received signal 99 
makes a check as to whether VLD of VC(r, s) read out from 
the memory for VC sorting 137 of the VC sorting unit 135 
is either '0' or in order to determine whether a trans- 
mission-wait cell exists in the corresponding VC (see 402 in 
FIG. 4). 

[0090] When it is found that VLD is ' 1 this indicates that 
the transmission- wait cell already exists in the correspond- 
ing VC. Thus, since the contracted band cannot be kept 
when the estimated sending time is updated, the estimated 
sending time should not be changed in this case. 

[0091] On the other hand, when it is determined that VLD 
is *0% the contracted band is not kept upon updating of the 
estimated sending time where the already-calculated VC 
estimated sending time is in future when the present time is 
defined as the standard or criterion. Therefore, the estimated 
sending time should not be updated. However, when the 
already-calculated VC estimated sending time is the same 
time as the past or present time with the present time as the 
standard, the corresponding cell is placed in a state in which 
it may be transmitted at all times. Therefore, the estimated 
sending time may be updated to suitable time. Thus, when 
VLD is given as *0', the already-calculated VC estimated 
sending time is read out from the memory for VC sorting 
137. Further, a check is made as to whether the correspond- 
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ing time is in future or the same as the past or present time 
when the present time is defined as the standard (see 404 in 
FIG. 4). 

[0092] When the former (future) is given, the VC esti- 
mated sending time remains unchanged. When the latter 
(past or present time) is taken, the VC estimated sending 
time is updated in the following manner (see 405 in FIG. 4) 
to send the cell of the corresponding VC earliest (the actual 
transmission of the cell is unknown). 

VC estimated sending timc=Prcscat timc+l. 

[0093] In either case as described above, VLD of the 
corresponding VC is set to '1' (-*!') when the cell received 
signal 99 is received (see 403 in FIG. 4). 

[0094] Similarly, the EST of VP calculation unit 140 
having received the cell received signal 99, calculates a VP 
estimated sending time. The VP estimated sending time is 
calculated according to just the same procedure as that for 
the calculation of the VC estimated sending time. Namely, 
VLD of VP(r) is checked. Further, the VP estimated sending 
time is updated in the following manner only when VLD is 
'0* and the already-calculated VP estimated sending time is 
the same time as the past or present time. 

VP cstiniated seading tIine=Present time+1 

[0095] At all other times, the already-calculated VP esti- 
mated sending time is not updated. 

[0096] Since the VP estimated sending time can be cal- 
culated with just the same procedure as the calculation of the 
VC estimated sending time, it can be also calculated in time 
sequence by the same circuit. In the present embodiment, 
however, the calculator for EST of VC and the calculator for 
EST of VP corresponding to circuits independent of each 
other are respectively used so that the VC estimated sending 
time and the VP estimated sending time can be calculated in 
parallel on a time basis. Thus, their calculation time intervals 
can be shortened. 

[0097] A calculation step of the calculator for EST of VP 
is not shown in FIG. 4. The calculator for EST of VP 
calculates the VP estimated sending time in parallel with 
Steps 402 through 405 in FIG. 4. 

[0098] Process 3 (Sorting process upon cell reception): 

[0099] This process can be divided into the following 
three processes: 

[0100] Process 3-1: VC sorting process upon cell 
reception 

[0101] Process 3-2: revision of VP estimated sending 
time upon cell reception 

[0102] Process 3-3: VP sorting process upon cell 
reception 

[0103] They will be described in order below. 

[0104] Process 3-1 (VC sorting process upon cell 
reception): 

[0105] This is a process executed in a time 506 subsequent 
to a time calculation 502 in FIG. 5. When a VC estimated 
sending time of VC(r, s) is updated, there is a possibility that 
VC (hereinafter called interim transmission VC) to transmit 
a cell earliest will change in VP(r) and a service class to 
which VC(r, s) belongs. Therefore, the binary tree VC 



sorting circuit 136 performs sorting for determining the 
interim transmission Vc (see 406 in FIG. 4). 

[0106] A method of selecting the corresponding interim 
transmission VC in the same VP and the same service class 
will be explained below. In the interest of simplicity, an 
example for selecting the corresponding one from eight VC 
(VC(p, 0) through VC(p, 7)) will be described with reference 
to FIGS. 9 and 10. 

[0107] The relationship between information stored in 
respective elements of a binary tree will first be explained. 
In the following description, the top 900 of the binary tree 
and the bottoms 930 through 937 are called a root and leaves 
in FIG. 9, respectively. Further, each element located on the 
root side as viewed from an arbitrary element is called a 
master and two elements located on the leaf side are called 
slaves. 

[0108] Estimated sending times for respective VC and 
VLD are stored in their corresponding leaves 930 through 
937 of the binary tree which are arranged in the order of VC 
identification numbers. In FIGS. 9 and 10, numerical value 
(0 or 1) inside the parenthesis indicates VLD. VC identifi- 
cation numbers, estimated sending times and VLD are 
respectively stored in other elements other than the leaves. 
Finally, information about VC, which meets the following 
conditions, is stored in the root. 

[0109] Condition 1: VLD is '1', wherein VC having a 
transmission- wail cell is selected in preference to VC having 
no transmission-wait cell. 

[0110] Condition 2: Estimated sending time is early, 
wherein VC to be transmitted in top priority at all times is 
selected. 

[0111] In order to select VC satisfying the condition 1 and 
condition 2 as VC to be stored in the root, information of 
either of two slaves is stored in other elements excluding the 
leaves in accordance with the following mle 1 through rule 
3 as it is. 

[0112] Rule 1: When VLD of the slaves are both *1', the 
corresponding slave in which the estimated sending time is 
in the further past, is selected to meet the condition 2. For 
instance, information of the element 931 is stored in the 
element 920 of the binary tree as it is, and the VC identi- 
fication number results in VC(p, 1). Either of them may be 
taken when the time is the same. 

[0113] Rule 2: When VLD of one slave is ' 1^ and VLD of 
the other is *0', the slave in which VLD is '1', is selected 
without condition to meet the condition 1. For example, the 
element 935 is selected even though the element 934 is in the 
past in estimated sending time, and information thereof is 
stored in an element 922 of the binary tree as it is. 

[0114] Rule 3: When VLX) of the slaves are both *0', the 
slave in which the estimated sending time is in the further 
past, is selected to meet the condition 2. For example, 
information of the element 932 is stored in an element 921 
of the binary tree as it is, and the VC identification number 
results in VC(p, 2). Either of them may be taken in the case 
of the same time. 

[0115] The binary tree having such a stmcture is provided 
four for each VP, which are assigned to CBR, VBR, ABR 
and UBR respectively. An identification number of VC 
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(interim transmission VC) to be transmitted most preferen- 
tially in CBR, an estimated sending time and VLD are stored 
in the root of the binary tree for CBR. 

[0116] The binary tree is configured in accordance with 
the rules. It is however considered that since the estimated 
sending time and VLD change when the cell is received, the 
information in the binary tree changes and the interim 
transmission VC changes. However, all the information in 
the binary tree will not be updated here. 

[0117] Consider where in FIG. 9 by way of example, a cell 
of VC (p<4)(corresponding to the leave 934) is received and 
the estimated sending time and VLD of the corresponding 
VC are updated. The elements of the binary tree to be 
updated are only those lying in a route from the element 934 
with the information of the corresponding VC stored therein 
to the root 900. In the present example, only the information 
of the elements designated at numeral 922, 911 and 900 are 
updated in accordance with the rule 1 through rule 3 in this 
order, so that the VC to be transmitted in top priority is 
stored in the root 900 of the binary tree and the structure of 
binary tree is maintained (see FIG. 10). It is possible to 
select the interim transmission VC in the same VP and the 
same service class in accordance with the procedure. Inci- 
dentally, the actual address assignment of the memory for 
VC sorting 137 and the like will be described later. 

[0118] Process 3-2 (Revision of VP estimated send- 
ing time upon cell reception): 

[0119] Next, the VP estimated sending time based on the 
VP contracted band, which is calculated by the calculator for 
EST of VP 141, is revised to a value fit to the VC estimated 
sending time by the reviser for EST of VP 142 (see 407 in 
FIG. 4). This is a process executed in a time designated at 
numeral 507 in FIG. 5. 

[0120] FIG. 8 is a detailed block diagram of the reviser for 
ESTof VP 142. When VP sorting is performed using the VP 
estimated sending time calculated by the calculator for EST 
of VP 141 as it is, there may be a case in which even if VP 
is in a transmittable state, even VC to be transmitted in top 
priority within the corresponding VP is in a state of being 
unable to send. Since both a bandwidth for self VP and a 
bandwidth for the other VP cannot be utilized to the utmost 
in this case, the VP estimated sending time revising process 
is required. Described specifically, the following processing 
is performed. Incidentally, interim transmission VC of CBR 
in VP(r) selected by the binary tree VC sorting circuit 136 
is defined as VC(r, c), interim transmission VC of VBR is 
defined as VC(r, v), interim transmission VC of ABR is 
defined as VC(r, a) and interim transmission VC of UBR is 
defined as VC(r, u), respectively. 

[0121] First of all, a selector 810 shown in FIG. 8 calcu- 
lates the time which has been in the most past on a time 
basis, of the estimated sending times of VC(r, c), VC(r, v), 
VC(r, a) and VC(r, u) read out from the memory for VC 
sorting 137, as an interim VC estimated sending time. 
However, each VC at which VLD is *0', is not included in 
the time calculation. 

[0122] When VLD of VC(r, c), VC(r, v), VC(r, a) and 
VC(r, u) are all '0', the interim VC estimated sending time 
is defined as the present time. The interim VC estimated 
sending time indicates the time at which VC of a plurality of 
VC belonging to VP(r) can be transmitted earliest. In other 



words, if the present time reaches the interim VC estimated 
sending time, then at least one VC of VP(r) is able to send 
the corresponding cell. Whether or not the contracted band 
of VP(r) has been kept, is another problem. 

[0123] Next, a selector 811 shown in FIG, 8 compares the 
time calculated by the calculator for ESTof VP 141 and the 
interim VC estimated sending time obtained in the selector 
810 and selects the further future time from the result of 
comparison as an estimated sending time of VP(r). Thus, the 
selected estimated time of VP(r) indicates the earliest time 
at which one or more transmittable VC obeys or keeps the 
contracted band as VP(r) and exist in VP(r). In other words, 
if the present time reaches the estimated sending time of 
VP(r), then at least one VC in VP(r) is able to send the 
corresponding cell while keeping the contracted band of 
VP(r). 

[0124] On the other hand, an OR logic 820 shown in FIG. 
8 sets VLD of the corresponding VP to if any VLD of 
VC(r, c), VC(r, v), VC(r, a) and VC(r, u) obtained from the 
memory for VC sorting 137 is *r. 

[0125] Process 3-3 (VP sorting process upon cell 
reception); 

[0126] This is a process executed in a time designated at 
numeral 508 in FIG. 5. As mentioned above, VP sorting 
information for each VP is managed by a binary tree. When 
the VP estimated sending time of VP(r) is brought to up to 
date in a maimer similar to VC, there is a possibility that VP 
(hereinafter called interim transmission VP) to be transmit- 
ted the earliest will change. Therefore, the binary tree VP 
sorting circuit 146 performs sorting (see 408 in FIG. 4). 

[0127] The binary tree sorting circuit 146 is identical in 
operation to the binary tree sorting circuit 136, and a VP 
identification number, an estimated sending time and VLD 
for VP to be transmitted in top priority, of all VP are stored 
in the root of a binary tree for VP. Incidentally, the actual 
address assignment of the memory for VP sorting 147 and 
the like will be described later. 

[0128] Process 4 (Sending VC selecting process): 

[0129] This is a process executed in a time designated at 
numeral 509 in FIG. 5. When the VC estimated sending 
time (or VP estimated sending time) is the same time as the 
past or present time with the present time as the standard 
from the result of comparison between the present time and 
each VC estimated sending time (or VP estimated sending 
time), the corresponding VC (or VP) will be called trans- 
mittable state. The interim transmission VP selected by the 
binary tree VP sorting circuit 146 is defined as VP(i), and 
interim transmission VC in the respective service classes of 
VP(i) are defined as VC(i, c), VC(i, v), VC(i, a) and VC(i, 
u) respectively. 

[0130] The cell sending unit (sending controller) 120 
always reads out VLD and an estimated sending time from 
an address corresponding to the root of the memory for VP 
sorting 147, and sets VLD='l' and conapares the estimated 
sending time and the present time. Thus, the cell sending 
unit 120 monitors whether VP(i) is brought to the transmit- 
table state, and sends a sending permission signal 95 to the 
cell buffer read controller 114 to transmit a cell placed in the 
transmittable state. When it is found that VP(i) is not in the 
transmittable state, any cell is not transmitted. When VP(i) 
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is in the transmittable state, the cell sending unit 120 
performs class-to-class priority control related to the order 
or sequence of transmission between the interim transmis- 
sion VC in the respective service classes, i.e., VC(i, c), VC(i, 
v), VC(i, a) and VC(i, u) (see 409 and 410 in FIG. 4). 

[0131] The class-to-class priority control includes, for 
example, Head of Line control, Weighted Round Robin 
control, etc. The Head of Line control is a priority control 
method of giving priority to high-order classes completely. 
When a transmission-wait cell exists in each upper or 
high-order class (CBR> VBR>ABR>UBR), cells in the low- 
order classes are not transmitted. While a cell of VC, which 
belongs to the highest-order class, is transferred with the 
minimum delay in this case, the cells in the low-order class 
are not transmitted until the cells in the high-order classes 
ceases to exist. The Weighted Round Robin control is used 
to assign a predetermined band even to the low-order 
classes. 

[0132] The rate between transmission bandwidths, for 
example, the rate in cell transmission of high-order class to 
low-order class can be controlled to 2:1 or 4:1 or the like. 
Even in the case of either priority control, VCs at which 
VLD of VC(i, c), VC(i, v), VC(i, a) and VC(i, u) are *0' and 
VCs placed in the non -transmittable state, at which the 
estimated sending time is in future with the present time as 
the standard or criterion, have no cells to be transmitted even 
if selected finally. Therefore, they are handled as being the 
lowest priority. 

[0133] VC selected as a result of execution of the class- 
to-class priority control from VC(i, c), VC(i, v), VC(i, a) and 
VC(i, u) is defined as VC(i, j) and the corresponding cell of 
VC(i, j) is transmitted. Described specifically, the sending 
permission signal 95 is sent to the cell buffer read controller 
114. The cell buffer read controller 114 having received the 
sending permission signal 95 reads out the corresponding 
cell from the cell buffer unit 110 by using a cell buffer 
address read out from the control memory for cell buffer 
112. The cell buffer read controller 114 sends the cell to the 
line interface 324 (see 411 in FIG. 4). 

[0134] In order to revise the next cell estimated sending 
times of VP(i) and VC(i, j) each having transmitted the cell, 
the cell sending unit 120 notifies a cell sending signal 98 to 
the EST of VC calculation unit 130 and the EST of VP 
calculation unit 140. Simultaneously with the notification of 
the cell sending signal 98 thereto, the cell sending unit 120 
notifies VC identification numbers i and j to the calculator 
for EST of VC 131 and notifies a VP identification number 
i to the calculator for EST of VP 141, respectively. 

[0135] Process 5 (Calculation of estimated sending time 
upon cell sending): 

[0136] This is a process executed in times designated at 
numerals 512-1 and 512-2 in FIG. 5. 

[0137] The EST of VC calculation unit 130 and the EST 
of VP calculation unit 140 each having received the cell 
sending signal 98 calculate the next cell estimated sending 
times which comply with the contracted band (see 412 in 
FIG. 4). The calculation of the- following cell estimated 
sending times is performed using a leaky-bucket system, for 
example. The leaky -bucket system has been described in, for 
example, "The ATM Forum TM4.0 Normative Annex C: 
TraflBc Contract Related Algorithms and Procedures (P. 71)" 
(Prior Art 3). 



[0138] Alternatively, the following is considered as a 
method of calculating other cell estimated sending times. 
Namely, a sending iriterval value correspo ndin g to a con- 
tracted band is^stored and the iollowinfi calculation may be 
performed in this condition.. 

Next cell estimated sending time-Cell estimated send- 
ing obtained this time+Sending intenral value 

[0139] When cells (transmission-wait cells) still remain in 
VC-by-VC queues even if cells of VC(i, j) are transmitted, 
it is natural that the next estimated sending time should be 
calculated. However, the next estimated sending time is 
calculated even in the case where the VC-by-VC queues 
become empty (no transmission-wait cells exist). This is 
required to keep the contracted band and transmit the 
corresponding cell even when the cells of VC(i, j) are 
received with the next cell receiving timing, for example. 

[0140] Incidentally, the next cell estimated sending time 
may be set in the following manner to allow the transmission 
of each cell at all time when a contract related to a trans- 
mission bandwidth is not made in VC of the UBR class: 

Next estimated sending timceCcll estimated sending 
time obtained this time+1 

[0141] When the cells remain in the VC-by-VC queues, 
VLD is set to *r. When the VC-by-VC queues become 
empty, VLD is set to *0'. The calculation of each estimated 
sending time referred to above is just the same as for VP. 

[0142] Process 6 (Sorting process upon cell sending): 

[0143] This process can be divided into following three 
steps, 

[0144] Process 6-1: VC sorting process upon cell 
sending 

[0145] Process 6-2: Revision of VP estimated send- 
ing time upon cell sending 

[0146] Process 6-3: VP sorting process upon cell 
sending 

[0147] These process are executed in times designated at 
numerals 513 through 515 in FIG. 5. The details of sorting 
is just the same as at cell reception. 

[0148] Since there is a possibility that the interim trans- 
mission VC and the interim transmission VP will change 
when the cell estimated sending time is revised, the binary 
tree VC sorting circuit 136 and the binary tree VP sorting 
circuit 146 perform sorting respectively (see 413 through 
415 in FIG. 4). 

[0149] The processes corresponding to the process 1 
through process 6 are performed within a process time for 
one cell and repeated from the process 1 again, 

[0150] A method of managing VP sorting information 
stored in the memory for VP sorting 147 and information 
stored in the memory for VC sorting 137 will next be 
explained with reference to FIGS. 6 and 7. In the following 
description, the number of supportable VP is defined as M 
(-m-th power of 2) and the number of VC tied in a bundle 
within the respective VP is defined as N (-n-th power of 2). 

[0151] FIG. 6 shows the relationship between a storage 
format of the memory for VP sorting 147 and a binary tree 
for VP. The relationship between respective elements of the 
binary tree for VP and addresses of the memory for VP 
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sorting 147 is represented as shown below. In the following 
description, the addresses are given in the form of a binary 
number (m+1 bit) 

[0152] Rl: An address corresponding to the root of 
the binary tree is given as an address of "000 . . . 
001". 

[0153] R2: Addresses: an address of a master corre- 
sponding to an element given as an address of 
"xyy . . . yyz" is given as an address of "Oxy . . . yyy", 
and addresses for two slaves are respectively given 
as an address of "yyy . . . yzo** and an address of 
"yyy , . . yzl". 

[0154] When information are successively stored in accor- 
dance with the rules Rl and R2, addresses corresponding to 
leaves of the binary tree are stored at addresses ranging from 
an address of "100 . . . 0000" to an address of "111 . . . Ill" 
(corresponding to m-th power of 2=M in total), 

[0155] An address generator for a memory access made 
upon sorting can be simply configured by managing the 
addresses in the memory in accordance with the rules. 
Namely, the opposite party to be compared with the address 
of "xyy . . . yyz" is information stored at an address of 
"xyy . . . yy(z)" where(z) indicates the inverse of the value 
of z, and the result of comparison is written into an address 
of "Oxy . . . yyy". 

[0156] Thus, the sorting for the M elements can be per- 
formed by m shift operations and m inverse operation. A 
memory map of the memory for VP sorting 147 at eight VPs 
(m=3) is shown in FIG. 6 by way of example. As mentioned 
above, a VP identification number 600, a VP estimated 
sending time 601 and VLD 602 of VP are stored in the 
memory for VP sorting 147. 

[0157] While the method of managing the VP sorting 
information has been described using FIG. 6, the manage- 
ment of VC sorting information can be also performed in 
just the same manner as described above. 

[0158] FIG. 7 shows a memory map of the memory for 
VC sorting 137 at the time that four service classes are 
supported within two VP (m=l). The memory for VC sorting 
137 stores VC storing information in just the same manner 
as that for the memory for VP sorting 147 but is different 
therefrom only in that sorting is terminated when one VC is 
selected for each VP and for each service class. In the 
present example, the sorting is completed when eight VCs 
have been selected. 

[0159] While the information about the VC estimated 
sending time is reflected on the VP estimated sending time 
to maximize the utilization of the contracted bandwidth for 
self VP and the bandwidth for the line according to the 
operation of the reviser for EST of VP 143 in the embodi- 
ment, the VP estimated sending time and the VC estimated 
sending time may be calculated completely independent of 
each other. It is considered in this case that while the present 
time has reached the VP estimated sending time as described 
above, sending timing for self VP is skipped when the 
present time does not reach the VC estimated sending time 
because the waiting for attainment of the present time to the 
VC estimated sending time greatly reduces the availability 
of the line bandwidth. In this case, the transmission band- 
width for self VP is slightly reduced. Since, however, the VC 



sorting and VP sorting can be performed in parallel as 
indicated by a timing chart shown in FIG. 11, the process 
time required to perform sorting can be greatly reduced. If 
the number(oM) of supported VPs and the number(=N) of 
VCs tied in the bundle within the respective VP are approxi- 
mately equal to each other, the time required to perform 
sorting can be reduced to V4 at maximum. 

[0160] While the embodiment has shown the case in 
which the traffic shaper according to the present invention 
has been applied to the ATM source end system, the traffic 
shaper might be placed in important points lying within the 
network such as each point relayed from the private network 
to the pubUc network in addition to the ATM source end 
system. 

[0161] FIG. 12 shows a configuration of an ATM 
exchanger or switching system 301 connected to a public 
ATM network 340, to which the traffic shaper according to 
the present invention is applied. 

[0162] The ATM switching system 301 comprises line 
interfaces 320 and 321 respectively corresponding to ATM 
terminals 330 and 331, a switch 310, a line interface 325 for 
the public ATM network 340, a traffic shaper 100 corre- 
sponding to the public ATM network, and a light module 
375. 

[0163] A traffic shaper of a trunk system wherein traffic 
shaping for a plurality of lines is performed by one traffic 
shaper, will be explained as an embodiment 2 of the present 
invention. 

[0164] FIG. 13 shows an example of a configuration of an 
ATM switching system to which a traffic shaper is applied as 
the traffic shaping device or shaper of the trunk system. Cell 
flows generated at terminals 332 and 333 are inputted to a 
switch 311 through line interfaces 322 and 323 of the ATM 
switching system 302. Even when any of lines for output 
destinations is determined by the switch 311, each cell is 
temporarily transferred to a traffic shaper 101. The traffic 
shaper 101 takes the VP sorting executed in the embodiment 
1 as line sorting and performs just the same operation. 

[0165] Each cell outputted from the traffic shaper 101 is 
transmitted from line interfaces 326 and 327 for the respec- 
tive output lines to the public ATM switching system 340 
through the switch 311 again. When the cell outputted from 
the traffic shaper 101 is stored in a cell buffer of the switch, 
the executed traffic shaping loses its meaning. Therefore, the 
cell transmitted from the traffic shaper 101 must be trans- 
ferred to the network in top priority. 

[0166] Further, a VP shaping device or shaper using a 
trunk system can be configured as an embodiment 3 con- 
structed by utflizing the shapers according to the embodi- 
ments 1 and 2 in combination. 

[0167] The present shaper is precisely identical in struc- 
ture to the traffic shaper shown in FIG. 13. However, the 
traffic shaper 101 performs traffic shaping in three stages of 
shaping in VC units, shaping in VP units and shaping in line 
units. A pair of EST calculator and a sorting circuit are 
prepared for each VC, VP and line units. When aU is brought 
to a transmittable state, the traffic shaper sends the corre- 
sponding cefl therefrom. In a manner similar to the embodi- 
ment 2, each cell to be sent from the traffic shaper 101 must 
be transferred to the public ATM switching system 340 in 
top priority. 
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[0168] While the embodiments of the present invention 
with respect to the ATM network have been described above, 
the present invention is not specialized on the ATM. The 
traffic shaping can be effected even on a variable length 
packet in the same manner as described above. 

[0169] A description will next be made of a traffic shaper 
for an IP packet as an embodiment 4. The length of the IP 
packet is 64 K bytes at maximum, 

[0170] FIG. 15 is a diagram showing one example of a 
configuration of a router. 

[0171] The router 1500 comprises network interfaces 
1520 and 1530 respectively corresponding to a packet 
transfer network 1(1550) and a packet transfer network 2 
(1551), and a routing unit 1510 for determining each des- 
tination by referring to a header of an IP packet and sending 
the IP packet to the network interface corresponding to the 
destination. Further, each of the network interfaces 1520 and 
1530 comprises a traffic shaper 1400 and a light module 
1522 for transforming a packet to a signal corresponding to 
a physical line such as an optical fiber and sending it 
therefrom. Inverse transformation thereof is also performed 
by the light module. 

[0172] FIG. 14 is a block diagram showing a configura- 
tion of the traffic shaper 1400 shown in FIG. 15 correspond- 
ing to the IP packet. 

[0173] The IP packet-compatible traffic shaper 1400 to 
which the present invention is applied, is different from the 
traffic shaper shown in FIG. 1 only in that the process for the 
ATM cell by the traffic shaper 100 is converted to a process 
for the IP packet and a packet length identifier circuit 1499 
for identifying IP packet length information described in 
each IP packet header when a packet buffer read controller 
1414 reads out an IP packet from a packet buffer, is added 
thereto. 

[0174] The identified packet length is used to calculate 
estimated sending times by a calculation for EST of Priority 
1431 of a first EST calculation unit 1430 and a calculator for 
EST of contract 1441 of an EST of contract calculation unit 
1440. 

[0175] FIG. 16 shows the concept of band control on each 
IP packet by the traffic shaper 1400. 

[0176] Received IP packets are distributed to queues set 
every destinations and every packet priorities in a priority 
controller 15210 and subjected to queuing within a packet 
buffer 15211. In the packet transmission, a first reader circuit 
15213 selects a destination placed in a transmission-permit- 
ted state (i.e., selects one from a plurality of destination 
candidates in FIG. 16). A second reader circuit 15212 
corresponding to the selected destination performs priority 
control in a sending sequence of packets to thereby read out 
IP packets from the packet buffer in decreasing order of 
priority and transfers the IP packet to a light module 1522. 
By doing so, the packets are transmitted in decreasing order 
of priority among destinations placed in a transmittable 
state. 

[0177] When the respective circuits shown in FIG. 16 are 
correlated with the circuits shown in FIG. 14 respectively, 
a priority controller 15210 shown in FIG. 16 can be imple- 
mented as a packet buffer write controDer 1413 shown in 
FIG. 14, the second reader 15212 shown in FIG. 16 can be 



implemented as a first sorting unit 1435 shown in FIG. 14, 
and the first reader 15213 shown in FIG. 16 can be imple- 
mented as a contract sorting unit 1445 shown in FIG. 14, 
respectively. 

[0178] The following processes corresponding to a pro- 
cess 1 through a process 6 are performed in a manner similar 
to the ATM cell to transmit and receive each IP packet. 

[0179] Process 1 : Received packet determining process 

[0180] Process 2: Calculation of estimated sending time 
upon packet reception 

[0181] Process 3: Sorting process upon packet reception 

[0182] Process 4: Sending packet selecting process 

[0183] Process 5; Calculation of estimated sending time 
upon packet sending 

[0184] Process 6: Sorting process upon packet sending 

[0185] The Process 2 through Process 4 and Process 6 are 
the same as those for the ATM cell having a fixed length. 

[0186] The received packet determining process (process 
1) and the calculation of the estimated sending time (Process 
5) will be explained below. 

[0187] Process 1 (Received packet determining pro- 
cess): 

[0188] In the case of the ATM cell, the VPl (Virtual Path 
Identifier) and VCI (Virtual Connection Identifier) are 
described in the header of each ceU. It was therefore possible 
to determine, based on these information, VP or VC to which 
the corresponding cell belonged. In the case of the IP packet, 
on the other hand, contract units, which corresponds to VP 
in ATM, under which a user makes a contract with a 
network, can be associated with the combination of the 
transmission source addresses and destination addresses 
described in the headers of the respective IP packets. The 
priority of each packet, which corresponds to VC in ATM, 
is described in the 0th to 2nd bits of a TOS (T^e of Service) 
field of the IP packet header. 

[0189] In the traffic shaper to which the present invention 
is applied, the packet buffer write controller 1413 refers to 
the headers of the received IP packets to determine the 
destination and priority of each received packet, and queues 
the packets into queues provided every destinations and 
every priorities within the packet buffer 1411. 

[0190] Process 5 (Calculation of estimated sending time 
upon packet transmission): 

[0191] The calculation for EST of Priority 1431 and the 
calculator for EST of contract 1441 having received a packet 
sending signal 93 calculate the estimated sending times for 
the next packet according to a contracted bandwidth in a 
manner similar to the ATM cell. At this time, transmission or 
sending intervals having a fixed value cannot be used 
because a packet length is variable as distinct from the ATM 
cell. 

[0192] In FIG. 17, (1) shows a sequence of packets 1700, 
1701 and 1702 each having a short packet length transmitted 
with a fixed sending intervals and (2) shows a sequence of 
packets 1710, 1711 and 1712 each having a relatively long 
packet length transmitted with the same fixed sending inter- 
val. It is understood that when the cases (1) and (2) are 
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compared with each other, the case (2) can increase the 
number of sending bytes. Thus, when trafBc shaping is 
effeaed on variable length packets, it is necessary to provide 
a process for varying each sending interval according to the 
packet length. 

[0193] In the present invention, there is provided a packet 
length identifier circuit 1499 for identifying the packet 
length. The packet length identifier circuit 1499 refers to the 
packet length information described in each IP packet header 
when the packet buffer read controller 1414 reads out the IP 
packet from the packet buffer 1411. The packet length 
information 91 referred to by the packet length identifier 
circuit 1499 is sent to the calculator for EST of Priority 1431 
and the calculator for EST of contract 1441. 

[0194] The calculator for EST of Priority 1431 and the 
calculator for EST of contract 1441 each having received the 
packet length information 91 perform the following calcu- 
lation, for example, and determines a sending interval to be 
used for the calculation of each estimated sending time. 

Sending interval-(Reference eending interval)x (Send- 
ing IP packet length) 

[0195] where the reference sending interval indicates the 
time required to transmit one byte in a shaping bandwidth. 
Further, the unit of the sending IP packet length is the 
number of bytes. Such a calculation allows the accommo- 
dation or absorption of fluctuations due to the difference 
between the numbers of bytes of sending packets. 

[0196] When the shaper for ATM is utilized, the sending 
interval of each ATM cell may be calculated as given by the 
following equation as the reference. 

Sending interval=(Sendtng interval of ATM cell based 
on contracted bandwidtt)x (Sending IP packet length)/ 
53 

[0197] where the IP packet length is indicated by a byte 
unit. 

[0198] Owing to the normalization executed in 53 bytes in 
this way, when an IP packet short in packet length is sent, the 
time elapsed between the transmission of the IP packet and 
the next packet transmission can be made short, whereas 
when an IP packet long in packet length is sent, the time 
elapsed between the transmission of the IP packet and the 
next packet transmission can be made long. Thus, the packet 
sending interval set according to the contracted band can be 
shortened regardless of the packet length, and the efficient 
transfer can be performed within the contracted band. 

[0199] While the priority control is effected within the 
contracted band, based on the priorities of the IP packets in 
the aforementioned example, information such as a low 
delay demand (3rd bit), a high throughput demand (4th bit), 
high-reliability information (5th bit) of the TOS field, etc. 
may be used. 

[0200] While the example has shown the embodim ent for 
performing shaping iri the t wo stag es, the number ot stages 
for sh aping may be three or more, in the case of ATJ^ior 
example^ the three^iStage shaping can be used as .a JVE^ 

'^jj and width Qrd sta ge land_^a VC bancb sddtlL t2nd.staRe) at the 
time that it is desired to provide a plurality of priority classe s 
within VC,_and.a.bandwidth list stage)7in,aD.ii > 
class. Owing to such an execution of band control, the 

TbanSwidth lying within VC can be finely controlled when a 
user manages a plurality of high-order applications within 
the same VC. 



[0201] Further, another example of the three-stage shaping 
can be used as a user bandwidth (3rd stage), a VP bandwidth 
(2nd stage) and a VC bandwidth (1st stage) at the time that 
a plurality of users desire to use a plurality of VP. Further- 
more, fourth-stage shaping is used in, for example, a user 
bandwidth (4th stage), a VP bandwidth (3rd stage), a VC 
bandwidth (2nd stage), a bandwidth (1st stage) in an in-VC 
priority class, etc. 

[0202] When n-stage shap ing ( where m n atu ral number)J^ 
_aetfonn5ljn^cneral, EST calcSatbn 

are_ proyide.d b y n pairs and a process identical to the process 

described in the two-stage shaping may be performed. 

Namely, the respective ESJ.calculati on units and the sortin g 
_units calc ulate estim ated send i ng times ind e pendently 
^respecffvely and revise the estima^dsending tinSes^accofd- 
^iriglS li^stiin'ated sending 

"^(yPf supero rdinate congep t jndJ>lC vsubx>Tdin ate^ q in 
' the case of Vp and' VC )^as neede d, follo w ed by sorting of the 
.^e stimMKdyj&e.nd lng^tifne^^^^ ""controller refers "to 

sorting results of the sorting units with respect to the most 
superordinale concept in order and sends a cell from the 
corresponding VC only when all the sorting units are in a 
transmittable state. 

[0203] According to the present invention, as has been 
described above, a trafi&c shaper can be provided wherein 
when a contract is made with the public ATM network in VP 
units, the contracted band for VP can be effectively utilized 
while the contracted band for the VP is being kept, and 
priority control can be effected between a plurality of VC 
within the same VP. It is also possible to provide a traffic 
shaper capable of effecting shaping on a plurality of output 
fines by one trafi&c shaper. Further, the present invention is 
not specialized on ATM and can perform even traffic shaping 
on each variable length packet. 

[0204] While the present invention has been described 
with reference to the illustrative embodiments, this descrip- 
tion is not intended to be construed in a limiting sense. 
Various modifications of the illustrative embodiments, as 
weU as other embodiments of the invention, will be apparent 
to those skilled in the art on reference to this description. It 
is therefore contemplated that the appended claims wHl 
cover any such modifications or embodiments as fall within 
the true scope of the invention. 

What is claimed is: 

1. A communication device, comprising: 

a first estimated sending time calculation unit for calcu- 
lating a first data estimated sending time, based on a 
bandwidth contracted for each connection; 

a second estimated sending time calculation unit for 
calculating a second data estimated sending time, based 
on a bandwidth contracted for each connection bundle 
obtained by collecting said connection in plural form; 
and 

means for selecting either said first data estimated sending 
time or said second data estimated sending time to be 
used upon transmission of data. 

2. A communication device according to claim 1, wherein 
when said first data estimated sending time is in future ahead 
of said second data estimated sending time and data exists in 
each connection, said first data estimated sending time is 
used as said second data estimated sending time. 



06/22/2004, EAST Version: 1.4.1 



us 2003/0007455 Al 



13 



Jan. 9, 2003 



3. A communication device according to claim 1, wherein 
said data is a fixed length cell or a variable length packet. 

4. A communication device according to claim 1, further 
comprising: 

a first sorting unit for selecting a connection earliest in the 
first data estimated sending time calculated by said first 
estimated sending time calculation unit; 

a sending controller for sending a cell when the cell 
belonging to the connection selected by said first sort- 
ing unit may be sent; 

a second sorting unit for selecting a connection bundle 
earliest in the second estimated sending time calculated 
by said second estimated sending time calculation unit; 
and 

means for activating said sending controller when a cell 
belonging to the connection bundle selected by said 
second sorting unit. 

5. A communication device according to claim 4, further 
comprising: 

means for setting priorities to connections lying within 
said each individual connection bundles, and wherein 
said first sorting unit selects a connection earliest in the 
first data estimated sending time from a group of 
connections each having the same priority and lying 
within the respective connection bundles, and said 
sending controller sends data which is in a transmis- 
sion-allowed state and belongs to a connection given a 
high priority. 

6. A traCGc shaper, comprising: 

a cell buffer for temporarily storing each received cell 
therein; 

a first estimated sending time calculation unit for calcu- 
lating a first estimated cell sending time at which a 
sending interval set according to a bandwidth con- 
tracted for each connection is kept; 

a first sorting unit for selecting a connection earliest in the 
first estimated cell sending time calculated by said first 
estimated sending time calculation unit; 

a sending controller for determining whether the trans- 
mission of a cell which belongs to the connection 
selected by said first sorting unit is allowed, reading out 
the corresponding cell from said cell buffer when the 
transmission of the cell is allowed, and sending the 
same therefrom; 

a second estimated sending time calculation unit for 
calculating a second estimated cell sending time at 
which a sending interval set according to a bandwidth 
contracted for each connection bundle obtained by 
collecting said connection in plural form is kept; 

a second sorting unit for selecting a connection bundle 
earliest in the second estimated cell sending time 
calculated by said second estimated sending time cal- 
culation unit; and 

means for determining whether a cell which belongs to 
each connection bundle selected by said second sorting 
unit, may be sent to said sending controller, when the 
transmission of the cell is allowed, determining 
whether the cell belonging to the connection selected 



by said first sorting unit may be sent, reading out the 
corresponding cell from said cell buffer when the 
transmission of the cell is allowed, and sending the cell 
therefrom. 

7. A traffic shaper according to claim 6, further compris- 
ing: 

means for setting priorities to connections lying within 
said each individual connection bundles; and 

said first sorting unit is means for selecting a connection 
earliest in the first estimated cell sending time from a 
group of connections each having the same priority and 
lying within the respective connection bundles; and 
wherein 

said sending controller is provided with means for deter- 
mining whether the cell belonging to each connection 
bundle selected by said second sorting unit may be sent, 
and when the transmission of the cell is allowed, 
sending a cell which is placed in a transmission- 
allowed state and belongs to a connection given the 
highest priority, from a connection selected for each 
priority by said first sorting unit. 

8. A traffic shaper according to claim 6, further compris- 
ing: 

means for storing therein a decision bit indicative of 
whether a transmission-wait cell exists within said cell 
buffer, for each connection. 

9. A traffic shaper according to claim 6, further compris- 
ing: 

means for storing therein a decision bit indicative of 
whether a transmission-wait cell exists within said cell 
buffer, for each connection bundle. 

10. A traffic shaper according to claim 8, wherein said 
second estimated sending time calculation unit has a time 
revisor for using a first estimated cell sending time as a 
second estimated cell sending time when the first estimated 
cell sending time for each connection selected by said first 
sorting unit is in future ahead of the second estimated cell 
sending time calculated by said second estimated sending 
time calculation unit and the cell-presence decision bit for 
the connection selected by said first sorting unit is set. 

11. A traffic shaper according to claim 8, wherein said 
second estimated sending lime calculation unit is provided 
with a time revisor which uses a first estimated cell sending 
time as a second estimated cell sending time when the first 
estimated cell sending time for the connection earliest in the 
first estimated cell sending time among the connections 
selected every priorities by said first sorting unit and to 
which cell-presence decision bits provided for each connec- 
tions are set, is in future ahead of the second estimated cell 
sending time calculated by said second estimated sending 
time calculation unit, and which is activated so as to avoid 
a change in the second estimated cell sending time when the 
cell-presence decision bits provided for each connections are 
not set to all the connections selected every priorities by said 
first sorting unit. 

12. A traffic shaper according to claim 9, wherein said 
second estimated sending time calculation unit has means 
which, when the cell-presence decision bits provided for 
each connections are not set to all the connections selected 
every priorities in said given connection bundle by said first 
sorting unit, resets a cell-presence decision bit to said 
connection bundle, and which, when the cell-presence deci- 
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sion bit provided for each connection is not set to any of the 
connections selected every priorities in said given connec- 
tion bundle by said first sorting unit, sets a cell-presence 
decision bit to said connection bundle. 

13. A traffic shaper according to claim 6, wherein VC 
(Virtual Connection) is used as said each connection and VP 
(Virtual Path) is used as said each connection bundle. 

14. A traffic shaper according to claim 6, wherein VC is 
used as said each connection and a line is used as said each 
connection bundle. 

15. A packet communication device connected to a packet 
transfer network, comprising: 

a packet buffer for temporarily storing each received 
packet therein; 

a first estimated sending time calculation unit for calcu- 
lating a first estimated packet sending time at which a 
sending interval set according to a bandwidth deter- 
mined for each packet priority is kept; 

a first sorting unit for selecting a packet priority earliest in 
the first estimated packet sending time calculated by 
said first estimated sending lime calculation unit; 

a second estimated sending time calculation unit for 
calculating a second estimated packet sending time at 
which a sending interval set according to a bandwidth 
contracted for each packet transfer destination is kept; 

a second sorting unit for selecting a packet transfer 
destination earliest in the second estimated packet 
sending time calculated by said second estimated send- 
ing lime calculation unit; and 

a sending controller for determining whether a packet 
which belongs to each packet. destination selected by 
said second sorting unit may be sent, when the trans- 
mission of the packet is allowed, determining whether 
the packet belonging to the packet priority selected by 
said first sorting unit may be sent, reading out the 
corresponding packet from said packet buffer when the 
transmission of the packet is allowed, and sending the 
packet therefrom. 

16. A packet communication device according to claim 
15, further comprising: 

means for extracting packet length information described 
in a header of a packet when the packet is read out from 
said packet buffer, and wherein 

said first estimated sending time calculation unit calcu- 
lates a first estimated packet sending time by using a 
sending interval proportional to said packet length 
information, and said second estimated sending time 
calculation unit 



calculates a second estimated packet sending time by 
using the sending interval proportional to said packet 
length information. 

17. A packet communication device according to claim 
15, further comprising: 

means for storing therein a decision bit indicative of 
whether a transmission-wait packet exists within said 
packet buffer, for each packet priority. 

18. A packet communication device according to claim 
15, further comprising: 

means for storing therein a decision bit indicative of 
whether a transmission-wait packet exists within said 
packet buffer, for each packet transfer destination. 

19. A packet communication device according to claim 
17, further comprising: 

a time reviser for using, when a first estimated packet 
sending lime corresponding to a packet priority 
selected by said first sorting unit is in future ahead of 
a second estimated packet sending time calculated by 
said second estimated sending time calculation unit and 
a packet-presence decision bit corresponding to the 
packet priority selected by said first sorting unit is set, 
the first estimated packet sending time as the second 
estimated packet sending time. 

20. A trafiBc shaper, comprising: ^ 

a buffer for temporarily storing each received cell therein; 

a VC (Virtual Connection) shaping unit for controlling a 
data sending interval according to a contracted band- 
width for each VC; 

a VP (Virtual Path) shaping unit for controlling a data 
sending interval according to a contracted bandwidth 
for each VP; and 

a controller for reading the corresponding cell from said 
buffer and sending the same therefrom after a cell 
transmittable state is reached at both said VC shaping 
unit and said VP shaping unit. 

21. A traffic shaper according to claim 20, further com- 
prising: 

a priority class-compatible shaping unit for controlling a 
data sending interval according to a contract bandwidth 
for each priority class provided for each VC, and 
wherein 

i said controller reads the corresponding cell from said 
I buffer after a cell transmittable state is reached at said 
I VC shaping unit, said VP shaping unit and said priority 
I class-compatible shaping unit. 

\ J ***** 
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